home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 164 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.8 KB  |  58 lines
  1. Newsgroups: comp.sys.m68k
  2. Path: news-relay.eworld.com!zdc!zippo!usenet
  3. From: Don Ward <don_w1@verifone.com>
  4. Subject: MC68LC302 -- PNDDR & PNDATA Addresses; Also RISC Microcode Question
  5. Content-Type: text/plain; charset=us-ascii
  6. Sender: usenet@news.zippo.com
  7. Content-Transfer-Encoding: 7bit
  8. Nntp-Posting-Host: 148.5.6.61
  9. Organization: Verifone
  10. Message-ID: <310AD218.691B@verifone.com>
  11. X-Mailer: Mozilla 2.0b4 (Win95; I)
  12. Mime-Version: 1.0
  13. Cc: DON_W1@verifone.com
  14. Date: Sun, 28 Jan 1996 01:32:08 GMT
  15.  
  16. I am writing device drivers for a board containing an MC68LC302 chip. This 
  17. involves "bit-banging" via some bits of the new (i.e. not present on the 
  18. regular MC68302 chip) I/O port controlled by PNDDR and PNDAT locations in the 
  19. dual-port RAM.  The board is hooked up to a PC for cross-development using 
  20. Microtec tools including the Xray debugger and am puzzled by a couple of 
  21. things:
  22.  
  23. (1) I can not talk to the new I/O port using Motorola's published address 
  24. ofsets of PNDDR = $8DC and PNDAT = $8DE.  My BAR is set to $FFF000 to allow 
  25. short negative addressing.  I've tried setting PNDDR to all 1's, which should 
  26. allow me to write to PNDAT and then read back what I wrote but PNDDR and 
  27. PNDAT always read back both 0's no matter what I write to them.  I'm also not 
  28. seing any level changes on the pins out from the MC68LC302 chip.  Both byte 
  29. and word writes and reads have been tried on this port.
  30.  
  31. Ports A and B behave normally and predictably -- only port N is giving 
  32. trouble.
  33.  
  34. My suspicion is that either there is a secret (i.e. undocumented) bit 
  35. somewhere in another dual port RAM location to enable the PN port, OR the 
  36. published addresses for PNDDR and PNDAT are wrong.  The supplementary 
  37. handbook says very little about this new port, other than it doesn't have a 
  38. control register (i.e. there is no PNCNT because the pins are ALWAYS meant to 
  39. be used for parallel I/O, never as "peripherals").
  40.  
  41. (2) The reason for the "bit banging" is that the 68302 definitley does NOT 
  42. support the protocol I'm using, which involves turning the line around in the 
  43. middle of the stop bit of an 8-bit+parity packet.  The protocol requires the 
  44. RECEIVER to drive the line "low" for 1 bit time starting 1/2 bit time after 
  45. the end of parity bit if parity is incorrect.  Rather weird but it's part of 
  46. an International standard (ISO 7816 part 3) and I have no choice but to 
  47. comply.
  48.  
  49. We would LIKE to microcode this protocol using the 68302's built in RISC 
  50. processor but Motorola are not very forthcoming with information on how to do 
  51. this.  Microcoding would save a tremendous amount of processor load -- we 
  52. NEED to run at 9600 baud and would LIKE to run at 19200 and 38400.
  53.  
  54. So my question is -- have you or anyone you know ever successfully microcoded 
  55. a 68302.  Please reply if you have so this can be taken further.
  56.  
  57. Thanks == Don Ward ==
  58.